fichier bin

Pas de quoi et merci pour ton retour. J’ai déplacé ton message dans le bon tutoriel.

En revanche, je ne vois pas le problème avec l’accès au Menu de SX OS et la licence sauf si cette dernière est corrompue mais ce serait vraiment bizarre.

Ensuite, il me semble que pour passer de SX OS à Atmosphère/Hekate pour l’emuNAND, il faut préalablement s’assurer de sa configuration. Et comme je l’indiquais plus haut, c’est différente entre une création par Fichier et par Partition.

Du coup, en fonction du type d’emuNAND sous SX OS,

• Si c'est une emuNAND via Fichier:
  
  1. Dans le dossier sxos\emunand se trouve l’ensemble des fichiers. Il faut donc renommer l’ensemble des fichiers ainsi:
  
  • fullnand.00.bin en 00, fullnand.01.bin en 01, etc et en fonction.
    
  • BOOT0.bin en BOOT0
  
  
  • BOOT1.bin en BOOT1
  
  2. Le tout se place dans le dossier eMMC créé dans sxos\emunand
  3. Puis, on crée le fichier emummc.ini dans un dossier emummc
  4. A l’issu, il se code ainsi:
  

  Code: Select All Code

  [emummc]
enabled = 1
path = sxos/emunand
nintendo_path = emutendo



• Si c’est une emuNAND via Partition:
  
  1. Il faut ajouter le fichier emummc.ini dans un dossier emummc
  2. A l’issu, il se code ainsi:
  

  Code: Select All Code

  [emummc]
enabled = 1
sector = 0x2
nintendo_path = emutendo

Mais comme je n’ai pas testé, il faut vraiment s’en assurer ^^

Et puis, comme tu l’indiques, il existe aussi des outils qui automatisent le tout en fonction. Une fois la conversion faite, le retour en arrière, a savoir d’Atmosphère/Hekate à SX OS doit tenir compte des modifications opérées. Et attention car si par Partition, cela est réversible, je ne suis pas certain que par Fichier, ce soit le cas.

Le mieux et c’est une indication qu’il faut adopter par ces temps incertains qui concernent le devenir de la Team Xecuter, c’est de faire un dump des ses sauvegardes de jeux régulièrement et de conserver ses backups. Ainsi, si erreur, mise à jour ou corruption, le tout pourra être restauré s’il fallait tout refaire.

Il aura fallu attendre mais voila que la version finale 0.9 de Goldleaf est disponible officiellement via son Github ainsi que Qwark v0.4 ! Au menu, la compatibilité de HOS 11.0.1 avec des améliorations et correctifs.

ChangeLog

[+] CLIQUER POUR AFFICHER

• General
  
  • Logique suppression de dossier simplifié pour Goldleaf et Quark, rendant tout moins lent (merci @pheki)


• Goldleaf
  
  • Présentation de la navigation sauvegardée! Sélectionne un jeu dans le menu du gestionnaire de jeu et monte ses données sauvegardées. Notez que, si vous oubliez de les démonter manuellement, ils seront automatiquement démontés à la sortie de Goldleaf
  
  
  • Prise en charge de l'installation du firmware, via l'extension de service ams: su d'Atmosphere!
  
  
  • Désormais, les erreurs fatales sont évitées et Goldleaf affichera simplement un message d'erreur via l'applet d'erreur de la console et enregistrera son propre rapport avec des informations sur le crash / l'erreur.
  
  
  • Simplifie et nettoie beaucoup de code interne, nous espérons que tout est plus stable
  
  
  • Mise à jour de la libnx et du plutonium - cela implique la prise en charge du texte spécial précédemment non pris en charge (caractères japonais et chinois, etc.) avec le dernier plutonium
  
  
  • Suppression du gestionnaire emuiibo - la superposition d'emuiibo est maintenant le gestionnaire optimal et recommandé pour emuiibo
  
  
  • La prise en charge du dumping Amiibo a été mise à jour pour correspondre au format emuiibo
  
  
  • Les extensions de fichier non minuscules (.TXT, .biN, .Nsp, etc.) sont désormais correctement prises en charge
  
  
  • Correction de la réinitialisation de la version de lancement d'un titre, qui n'était pas correctement implémentée sur les versions précédentes
  
  
  • Le firmware désormais vidé sera compatible avec l'outil de firmware Daybreak d'Atmosphere, ce qui rendra obsolète la prise en charge de ChoiDujourNX (car Daybreak est une alternative meilleure et plus sûre)
  
  
  • Suppression de la prise en charge du vidage du firmware en tant que packages NSP, car aucun outil de firmware pertinent n'utilise ce format
  
  
  • La fonctionnalité de redémarrage vers le payload (qui peut être utilisé avec les fichiers .bin) a été améliorée en interne avec les extensions bpc: ams d'Atmosphere
  
  
  • Les palettes de couleurs aléatoires sont maintenant utilisées par défaut, au lieu des schémas bleu clair / foncé par défaut
  
  
  • Correction d'un petit bug où aucun ticket personnalisé n'était détecté si aucun ticket commun n'était présent dans la console
  
  
  • Présentation du support de clé USB, grâce à moi et au nouveau projet de DarkMatterCore: libusbhsfs, une bibliothèque pour inclure le support de clé USB dans vos projets homebrew!
  
  
  • Les systèmes de fichiers FAT (y compris exFAT) et NTFS sont pris en charge;)
  
  
  • Autres améliorations mineures du code ou petites corrections de bogues


• Quark
  
  • Plusieurs améliorations liées à diverses petites erreurs
  
  
  • À partir de maintenant, deux versions différentes seront compilées / publiées: une pour Java 8 et une pour Java 9 ou supérieur, afin d'éviter les problèmes de version

Lien: https://github.com/XorTroll/Goldleaf/releases

Quel tutoriel ? Pas réalisé sur le forum. Je n’utilise pas NXNandManager et lorsque j’ai eu à restaurer les trois fichiers, je suis passé par Hekate. Mais cela doit être basé sur le même principe que tu as opéré pour le fichier rawnand.bin en principe.

Hey,

J'ai réussi à résoudre mon problème, je me suis procuré un boot0.bin d'une console Mariko, ensuite j'ai placé ce fichier sous SD:\sxos\backup\ (juste le fichier boot0.bin)

À partir du menu SX OS (Power + Vol+) -> Options -> NAND - Backup NAND, j'ai restauré le boot0.bin et bingo, la console démarre ^^

En cas de besoin, MP pour le boot0.bin

Merci MDProz pour tes réponses.

Excellente journée.

Tout dépend du RCM Loader que tu possèdes mais si c’est bien là son nom, il n’y a pas vraiment d’update à son niveau. La dernier mise à jour de son firmware date de février 2019.
https://www.xkitcn.com/supports/rcmloader/firmware/

Pour les éléments qui concernent les dossiers et payloads
https://www.xkitcn.com/supports/rcmloader/

Ensuite pour le reste de la procédure, le rôle de ton dongle, c'est d'injecter le payload. A savoir, le bin qui correspond au hack que tu vas utiliser et comment tu vas booter. En fonction de ton choix, il te faudra préparer ta SD avec tous les éléments nécessaires car cela ne change pas que tu utilises un dongle ou non. Cette préparation s'opère via SDSetup ou manuellement.

Si tu veux utiliser Atmosphère par exemple, tu mets le payload.bin dans le dossier ATMOSPHERE_HEKATE sur le dongle. Et de même pour Hekate.

Pour choisir le payload que tu veux injecter, chacun a une couleur qui lui correspond:


Pour le reste mais tu dois connaître et tu as déjà dû le faire depuis mais cela devrait être ainsi. Toutefois, tu peux vérifier avant de te lancer car je n’utilise pas ce dongle.

Pour voir quel payload est injecté sur le dongle:

1. Tu appuies une fois sur le bouton + du dongle
2. Ça clignote à la couleur du payload en attente d’injection
3. Si tu veux changer de payload, tu restes appuyer sur +

NB: il changera la couleur

Si on part sur une utilisation du dongle :

1. Tu supprimes le dossier IAP

NB: Mais si ce n’est pas la première utilisation, ce ne sera pas vraiment nécessaire puisque le firmware est à jour depuis 2019 !

2. Tu prépares ta SD via SDSetup préalablement avec les dernières versions des outils et du CFW

NB: Ne pas oublier d’ajouter les sigpatches manuellement

3. Tu prends l'ensemble des éléments qui concernent les dossiers et payload.bin présents dans les dossiers
4. Tu ne modifies pas leurs noms
5. Tu les copies/colles sur le dongle

NB: Supprime les anciens éléments et fichier qui s’y trouvent ou fait un écrasement

6. Tu changes la couleur en bleu Atmosphère

NB: la SD est préalablement préparée pour avoir l’ensemble des éléments

7. Tu lances le mode RCM avec le JIG
8. Tu bootes avec le Dongle inséré
9. Le hack se lance
10. Enjoy !

Sauf erreur, cela doit se passer ainsi mais à vérifier !

J'ai un gros probleme, la solution etait de ne pas mettre le fichier .bin
mais ensuite j'ai mis le pkg du post au dessus et une fois installé la ps3 s'allume mais plus d'image , ecran noir, elle est hs ?

C'est bon j'ai pu revenir en 11.0 , tout fonctionne ! Encore un grand MERCI pour tes précieux conseils. (fuses , Hekate , ...)
Du coup , ce que j'ai fait , si ça peut aider des possesseurs de SX PRO:
* Téléchargement sur sdsetup.com (Hekate,Atmosphere,Homebrew,...)
* Téléchargement du firmware 11.0 (fichiers nca)
* Téléchargement du Homebrew ChoixDuJour (fichier nro)
* Préparation d'une microSD avec boot.dat et licence.dat pour SX OS
* Copie du .bin de Hekate + répertoire Atmopshere&Co
* Copie des fichiers nca firmware 11.0 dans un répertoire
Démarrage de la console avec le SX PRO en RCM
Ne pas lancer le Custom firmware , aller dans le menu Options puis Payloads : choisir le bin de Hekate et l'injecter.
Une fois Hekate de chargé aller sur Launch Custom Firmware
Ensuite lancer le Homebrew ChoixDujour et restaurer le firmware 11.0 !
Une fois la 11.0 de restaurée en NAND , le SX OS se lance à nouveau plus d'écran noir (bonne concordance du nombre de fuses grillées)

J'ai testé la carte : aucune erreur.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.

Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.

J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".

Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien

Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.

Qu'est ce que je rate ?

Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?